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(54) Apparatus and method for processing servlets 



(57) A method and apparatus for operating a local 
server computer of a cfient-server network includes a 
technique to receive a request from a client computer of 
the client-server network. A determination is made 
whether the request requires dynamically generated in- 



formation from a servlet object of the client-server net- 
work. If so. a specified servlet object corresponding to 
the request may be uploaded from a remote server com- 
puter of the client-server network. The specified servlet 
object is then executed to obtain dynamically generated 
information corresponding to the request. 
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Description ^ 

Snef Description of the invention 

This invention relates generally to exchange information IR a cl.ent-server computer environment Mom 3arlic . 
ularly mis invention relates to an .mproved technique (or responcmg to .nformai.on requests a; a server computer 

Background of the invention 

Client-server computer networks are well known The most prominent example cl.a chent-servor computer network 
,s the Wor.d W.de Wob o. computers ,n a chen-server computer network, a server computer rece.vos a ro.ue to 
.ntormat.on from a client computer Web server software operating on the server computer typically retries the re- 
quested information from a f,le stored on a permanent storage dov.ee and transmits the f,le over the network to the 
chent computer that requested the information. The web se^er software is generally no. written us,ng an object oriented 
programming language. Thus. ,1 ,s not easily extended to prov.de new functionality, G,ven the dynamic nature of today's 
software marketplace, a product's lack of flexibility and ex.cnd.bil.ty can seriously hinder.he marketable! theproduct 

Current web server software can generate a f.ie dynam.cally ,n response to a request from a Cent computer 
Typically, the web server rece.ves the request and then forks a Common Gateway Interface (CGI) process to dynanv 
■cally create the hie Once the hie has been created the web server software transmits the hie back to the client 
computer. Unfortunately ,. ,s compu.a.ionaily expensive to fork a process each t,me dynam.c information needs to be 
gen e ra t ed 

in v,ew of .he foregoing ,t would be highly desirable to provide a web server which dynamically generates infor- 
mation .n response to a client computer request, but wh,ch does not ,ncur a process start-up expense while generating 

l T^ r*' " W0U ' d ^ h ' 9hly deS ' rable 10 Pf0Vlde an ° b|eCI 0nen,ed web sorver environment 

tnat is flexible and extendible. 



Summary of the Invention 



The ,nvent,oh includes a method and apparatus for operating a local server computer of a cl.ent-server network 
The invention mcludes a technique to receive a request from a chent computer of the cl.ent-server network A deter- 
m,nat,on ,s made whether the request requires dynamically generated information from a servle. object of the client- 
server network. If so. a specified servfet ob.ee. corresponding to the request may be uploaded from a remote server 
computer of the cl.en.-server network The specified servle. ob,ect is then executed to obtain dynamically generated 
informaiion corresponding to the request y o.aieu 

t »n^f -T" 6 ! ° b,eCIS °' ' nVen " 0n pr0V ' de an ° b|eCl 0rien,6d web server environment which is flexible and ex- 
tendible. , he chent-server network of .he invention ,s populated w,.h the servle. objects. The servlet ob.ec.s operate 
in a continual loop until invoked Thus there ,s no startup overhead associated w,th execution of the servle. ob.ec.s 
By ooserv.ng a common applications program interface, .he servle. ob ) ec.s can run ,n any server environment A feature 

^ ~ H n ,' rUSted SerVlet ° b ' eClS '° bG eXeCU,6d ' n 3 Secure area Wlth Ihe «y™™*»V generated 

information being passed from the secure area into the remaining server environment. 

Brief Description of the Drawings 

°; the invent,0n WHI nOW be describe d in conjunction w.th the accompanying drawings. ,n which' 
p r c I " IUStrate " 3 client - se ^r computer network ,n accordance w,th an embod.ment of the invention 
FIGURE 2 is a simplified illustration of the interactions between a web server and the servlets 

serve' GURE 3 ' S 8 S,mP ' ified H,UStrati0n ° f ,meraCt,0nS between a web server ^ a servlet loaded from an externa. 
FIGURE 4 illustrates processing steps associated with a servlet processing routine 
FIGURE 5 illustrates processing steps associated with a servlet processing routine 
Like reference numerals refer to corresponding parts throughout the several views of the drawings 

Detailed Description of the Invention 

Figure 1 illustrates a client-server computer network 20 
22 J^h1T° rk 20 indudeS „ a ' ,east one clien ' com P u, er 22 and a, leas, one server computer 24. The client computer 
Zsl channT COmPU,ef * 3 ,fanSmiSS '° n Chann °' 26 ^ ™* be °< ^ ™' 
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The client computer 22 is a standard computer including a Central Processing Unit (CPU) 30 connected to a 
memory (primary and/or secondary) 32 The memory 32 stores a numoer of computer programs, including a 'browser* 
34 As known in the art. a browser is used to communicate with remote server computers 24 and to visually present 
the information received from such computers. The client computer 22 establishes network communications througn 
5 a standard network connection device 35. 

The server computer 24 includes standard server computer components, including a network connection device 
40. a CPU 42. and a memory (primary and/or secondary) 44 The memory 44 stores a set of computer programs to 
implement the processing associated with the invention The memory 44 stores a web server 45 The web server 45 
may be of the type known m the art. which is modified to include the additional programs snown m Figure 1 That is 
to m an embodiment of the invention, a standard web server 45 is modified to include a server acceptor thread 48. a 
connection queue 50. a pool administrator 52. a thread pool 54. servlets 55. a servlet map 5s. a security administrator 
60. and boundary servlets 62. 

Figure 2 is a simplified illustration of a server computer 24A constructed in accordance with an embodiment of the 
invention The figure shows a web server 46 interacting with a set of servlets 56A-55N. In particular the web server 
f 5 46 interacts with the servlets through an application program interface (API). As indicated in Figure 1. the web server 
46 and the servlets 56 are stored in memory 44 The web server 45 may be standard web sorver software that is 
modified to include the functionality described herein. Each servlet 55 is a piece of software code which is used to 
dynamically generate information. Each servlet 55 is an instantiated software object waiting to be invoked. Once it is 
invoked, u dynamically generates information. Note that this technique of dynamically generating information is distinct 
20 from the typical process of fetching static information from a permanent storage device. The technique of the invention 
is similar to a CGI script in the sense that it dynamically generates information. However, unlike a CGI script, a servlet 
object of the present invention is instantiated at server start-up. Thus the servlet can be thought of as operating m a 
continual loop waiting to be executed. Observe that after instantiation there is no computational start-up expense when 
the servlet is called. 

25 Figure 3 is a general illustration demonstrating additional features of the invention. Figure 3 illustrates a local server 

computer 24A which receives a request from a client computer (not shown) over transmission channel 26. The web 
server 46 determines that dynamically generated information from a servlet object is required. In this case, the servlet 
object is not initially on the local server computer 24A. thus it is uploaded by the local server computer 24A from a 
remote server computer 248 using communication link 26. In the example of Figure 3. servlet 56P is passed from the 

30 remote server computer 24B to the local server computer 24A. 

Figure 3 illustrates another feature of the invention. In particular, il illustrates that the uploaded servlet 56P is 
executed in a security area 57 of the local server computer 24A After execution, the results are passed to a boundary 
servlet 60 in the remaining portion of the local server computer 24A. This security feature allows untrusted servlets to 
be safety executed. 

ji The foregoing discussion provides a general description of the features and benefits of the invention. Attention 

now turns to a more detailed description of these features and benefits. The left side of Figure 4 illustrates processing 
steps associated with an embodiment of the invention. The right side of Figure 4 illustrates program components that 
may be used to execute these operations. 

The first processing step shown in Figure 4 is to determine whether a new request has been received (step 70). 
As indicated above, a request is a request for information from a client computer 22 to a server computer 24. The 
operation of a client computer 22 requesting information from a server computer 24 is well known. It is typically per- 
formed using a Uniform Resource Locator or URL. A URL specifies a computer and a file. A typical URL is httpy/SU/ 
123. This URL is an instruction to retrieve the file "123" from the State University computer "SU" using the Hypertext 
Transfer Protocol "HTTP". 

J 5 As shown in Figure 4. a server acceptor thread 48 is used to process each new request. Preferably, the invention 

is implemented as a connection -oriented web server with a server acceptor thread that continually loops while accepting 
requests. Once a request is received, it dispatches the request to a connection queue (step 72). As shown in Figure 
1. the connection queue 50 is formed in the memory ot the local server computer 24. 

If no new request is received, then a check is made to determine whether the queue is empty (step 71). If the 

so queue is not empty or a new request has been received, processing proceeds to step 74. Step 74 entails thread pool 
administration operations, which are executed by a pool administrator 52. Figure 1 illustrates a thread pool 54. The 
thread pool 54 is a pool of threads that are used for request processing. Individual threads fetch and process requests 
from the connection queue 50. The pool administrator 52 operates to ensure that there is a thread for each request in 
the connection queue 50. The pool administrator 52 creates or forks additional threads to handle new requests in the 

55 connection queue 50. If a maximum number of threads is reached, the pool administrator 52 blocks new requests from 
entering the connection queue 50. In such a case, the server computer does not receive new requests. On the other 
hand, if a thread has been waiting more than a predetermined period of time for a request from the connection queue 
50. then the pool administrator 60 will destroy it. Preferably, a new handler thread is created using the buffer space of 
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a destroyed handler thread In other words the invention .s preferably .rr.p.ementec by using a soec.hc suffer memory 
space for a thread When a thread is destroyed, the buffer memory soace is cleared but ,t ,s assicned to a nev- rhrea-' 
By reusing allocated memory ,n this manner th.s emood.ment of the invention minimizes the amount of memory used 
by the system especially when compared to systems which allocate and deallocate memory on a per recues; basis 
After the thread pool administration operations are performed (step 74) a thread retrieves a reauest from ,h« 
connection queue (step 76) The thread then maps the request to a servlet name (step 75) The servlet may be speeded 
by a URL ,n which case the mapping process is direct On the other hand some translation process may be roau.re* 
to identify wh.ch servlet will be able to serv.ee the request The maop.ng operation may be performed in one of the 
lollow.ng ways A server admm.stra.or m n y spec.fy that some kinds ol client requests always map to a pan.cular servlet 
ror example, one wh,ch talks to a par., cu lar database A server adm,n,s.ra.or may spec.fy that par. of the client request 
ts he name ol the servlet. as found ,n an administered servle.s directory At many s.tes. that directory would bo shared 
between servers which share the load of processing for the site's clients Some servers may be able to automatical 
invoke servlets to filter the output ol other servle.s. based on the.r adm.n.s.rat.ve conization For example pan.cular 
types ol servlet output may .r.gger postprocessing by other servle.s. perhaps to perform format conversions Properly 
authorized clients may specify the servlet to be invoked, without administrate intervention 

Security operations may also be performed by the thread (step SO) A security administrator 60 may be used to 
identrfy .rusted and un.rus.ed classes ol servlets The deepen to trust a servlet may be established by a set of rules 
associated w,.h the security administrator 60 For example, the security administrator 60 may decide to trust all local 
servlets and mistrust all uploaded network servle.s. Un.rusted servlets are then executed ,n the security area 57 as 
shown ,n Figure 3 The security administrator 60 may also be used to determine if the servlet ,s authored to perform 
predetermined risky operations Security information of this type may be stored in the thread 

JAVA servlets ,n accordance with the invention prov.de s.rong security policy suppor. This is because all JAVA 
env.ronmen.s provide a Secun.y Manger wh.ch can be used to control whether actions such as network or file access 
are to be permuted. By default, all servlets are un.rus.ed and are no. allowed to perform operat.ons such as access.nq 
network serv.ces or local files. However, servle.s 'bu.lt into" .he server, or servle.s which have been digitally signed as 
hey were put into JAVA Archive files may be trusted and granted more permissions by the security manager A d*.S 
signature on executable code ind.ca.es .ha. .he organ.za.,on which signed .he coae "vouches for ,f in some sense' 
Such signatures can't suppor. accountability by themselves but they do indicate a degree of assurance that may be 
placed on use of that code. For example a particular signature from an MIS organiza.ion might be requ.red on all code 
which ,s granted genera, access to network services w.thin a corporate intranet. That signature might only be used on 
code which ,s strongly believed not to violate particular security polices Extension APIs in other languages such as 
the^code 9Ua9eS ' CafV1 SUpp0fl SUCh f ' ne grained access con,rols even if lhe V ^ allow digital signatures lor 

After security operations are performed (step 80). the thread is dispatched (step 82 of Figure 5) The dispatch 
operation entails invoking a servlet so that ,. generates the requested dynamic information The dispatch operation is 
one ol two types. A decision is made to determine whether .he servie. .s local (step 84). If ,he servlet ,s local then the 

web !!l Z eXeCU ,' eC TT S5) Th ' S fGSUl,S ' n ' he 9eneraIi ° n °' dyn3miC in,0rma "° n lhal « * h *" Pressed by the 
us no nol ? J"! S,anda ^ SerVSr 46 ,yPICa " y P3SSeS ,he in ' 0rma " 0n back <° compete 

an aD „,?, a To leChn ' qUeS Th f 6XChanQe 0( ^aUcn be.ween a servie. and the web server 46 is achieved through 
an application program interface, which is described below 9 

wh JhiM h SerVl ? 1 ' S w n ? ,0Ca ' ' hen " UP ' 0aded ,f ° m 2 fem0,e SSrver 248 (s,e ? e6 » A decisi °" « <hen made regarding 
w erne the uploaded servle. ,s safe (step 90) Recat, that the security opera.ion s.ep resulted in the thread acqu.ring 

seZ ZoT 9 SeC H r ," y Parame,ers for serv,ets " lhere are "° »«curity problems associated with the uptoaded 
servie.. then ,. „ executed locally (s.ep 92). On the other hand, it a security problem is identified, then the servie. is 

are e aSp ,n 96 a ) T^l?* ^Ti^ ^ ' M are passed * lhs — ty 

area (step 96). A ooundary servlet may be used for this purpose. The boundary servlet may be implemented throuoh 

the use of stubs and subcontracts or through other "„re wall" techniques knownln .he art. Alter the seZtexecS 
processing returns to step 70 of Figure 4. execuieo. 

The operation of the invention has now been fully described. Attention now turns to a more particular discussion 

I IT h ° ,9C,S ' hal " aCC ° fdanCe Wi ' h ,hS ,nVen, '° n and an •"*«*'"•"< of the appJca'on 7iZ 

interface used ,n connect.on with the servie. objects. As indicated above, the servlet ob,ec(s are objects a^e software 

T T x : dynamically 9enera,e ,n,orma,ion They are " is,an,ia,ed « * S SiS Z Z 

Z he JAV^ 151 ' * hey imp,6men,ed as ° b < e « byt.ee*. in .he JAVA- programming tanguage. It is wet, Mown 
that the JAVA- programming language is used to implement "applets" on a client computer. An "apple." is executable 
JAVA ob,ec, bytecodes that are used to generate a graphical display on a client computer. The servle.s embc^ ngThe 
present .nvention are executed on the server side and do not have graphical content 9 

A servlet is typically instantiated on server startup. In the alternative, the servlet may be instantiated under a 
predetermined set of conditions or by c.ien. invocation. The serv.e. may be instantiated and executed by ust^gTs URL 
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(e g . hup //host' < sen/let URl>) The hup protocol supports the passing of arguments, thus arguments may be passes 
to the servlet (e g hup. //host/ < servfo: URL> 7 < arguments >). The properties object is a JAVA programming language 
properties class which comprises a set of "name-value' oairs A system administrator can pass arguments to an in- 
stantiated HttpServlet object through the properties object in this way tne system administrator can "customize" an 
HttpServlet for a particular server at a particular sue Por examoie the system administrator can pass tne Hupservie: 
object site specific information about the network location of a database which stores documents mat will bo requos;ed 
by client processes across the network or the amount of memory available m system buffers wmch will bo used for 
processing the server administrator 

Once instantiated, a servlet loops until the server is shut off or a destroy method is called on the servlet by tne 
server Since the servlet operates in a continual loop as it wans for requests to act upon the server computer avoids 
the overhead of creating and destroying the servlet between requests to the servlet. In addition, keeping serviets alive 
between requests allows serviets to pass data and communicate amongst themselves For example serviets can 
maintain data about a user between sessions by the user This data can be shared among different serviets m order 
to customize a working environment within which the user works If serviets were created and destroyed on a per 
request basis, it would be much more difficult, if not practically impossible, for a servlet to unaerstand the environment 
within which it runs and utilize this knowledge to provide improved processing capabilities The server computer can 
call a destroy method on the servlet when some resource limit m terms of time memory, etc is reached 

The servlet application program interface (API) establishes a standard for interfacing serviets with information 
servers, such as web servers The servlet API contains methods for initializing a servlet. processing the request, getting 
servlet information, and destroying the servlet The servlet API allows platform independent serviets An example 
servlet interface is as follows 

Servlet interface: 
interface HttpServlet { 

Initialize (ServletContext, ServerProperties); 

Service(HttpRequest, HttpResponse); 

Destroy (); 

} 

The server computer passes objects that implement the 'HttpRequestV while the servlet returns an 'HttpResponse" 
object. The "ServletContext" interface is used to exchange information with the server environment. Some of the meth- 
ods on the "ServletContext" object are "Getserver{)" and "GetServletsO". "GelServer" returns a pointer to the parent 
server within which the instantiated Httpservlet runs. Using this pointer, the HttpServlet object can find out information 
about its parent server. The "GetServiet" method returns pointers to the serviets running on the parent server. The 
"ServerProperties" interface is used to exchange information regarding specific server properties established by a 
server administrator 

Serviets support the familiar programming model of accepting requests and generaling responses. The following 
is a simple servlet defining a single method called "service" 
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import java. servlet.*; 

public class MyServlet extends GenericServlet { 

public void service ( 

ServletRequest request, 
ServletResponse response 

) throws ServletException, IOException 

{ 



} 



} 

The serv.ee method is prov.ded with Request and Response parameters. These parameters encapsulate the data sent 
by the client thereby allow.ng servlets to report status information, such as errors Servlets normally retneve most of 
their parameters through an input stream and send their responses using an output stream 

ServletlnputStream in = request. getlnputStream (): 
ServletOutputStream out = response.getOutputStream {); 

These input and output streams may be used with data in whatever format is appropriate. For example an applet and 
servlet might exchange data using object serialization. HTML, or any number of image formats 

Since servlets are JAVA objects, they have instance-specific data. This means that in effect servlets are mdepend- 
en, applications running withm servers, without needing the complexity of additional classes (which are required by 
zaTon T^!*?™™"*™ AP ' S) SGfVlGtS aCCeSS 10 S ° me "^"P^ conjuration data at ,n«t,ai, 

a! X Tom 7 S S t : nStanC6S °' SamS SefVlet C,aSS l ° be in,t,all2Cd Wlth d,,ferent and be managed 

as differently named servlets. The data provided at initialization t.me includes an area where each mstance keeps ,ts 
persistent instance-specific state. d CG KeGps its 

Building upon the previous simp le servlet examples, the following program code is an example of a servlet that is 
used to send Hypertext Markup Language (HTML) text when it is invoked: 
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public class SimpleServlet extends GenericServlet { 
public void service(ServletRequest req, ServIetResponse res) 
throws ServletException, IOException 

{ 

res-setContentTypeC'text/html"); 

PrintWriter out = new PrintWriter(res.getOutputStrcam()); 
out. printlnC < HEAD > < TITLE > SimpleServlet Output 
< /TITLE > </HEAD> <BODY > "); 

out.println(" <hl > SimpleServlet Output </hl>"); 
out. printing <P>This is output from SimpleServlet."); 
out.println( ,, </BODY>"); 
out.flush(); 

} 

public String getServletlnfoO { 

return "A simple servlet"; 

} 

} 

The following program code is an example of a servlet that uses the finger protocol to query information about 
users on specified host computers. The query string parameters < tt > user < /tt >. < tt > hosts < /U >. and < tt > verbose 

< /tt > can be used to specify the user and hosts to query The parameter <lt> user </tt> is the user name. <tt> hosts 

< /it > is a comma-separated list of host names to query, and <tl> verbose </tt>. if specified, will cause verbose output 
to be generated. For example. <pre> http /goa/finger.html?user=dac&hosts=eno.doppio&verbose=yes </pre> will re- 
quest full information about user "dac" on both hosts "eno" and "doppio". 
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public 

class FingerServlet extends GenericServlet { 
/* 

* Port number for finger daemon. 
*/ 

static final int FINGER_PORT = 79; 
/** 

* Handles a single finger request from the client. 
*/ 

public void service(ServletRequest req, ServletResponse res) 
throws ServletException, IOException 

{ 

String user = req.getParameter("user"); 
String hosts = req.getParameter("hosts u ); 
String verbose = req.getParameter("verbose"); 
res.setContentType( M text/htmr'); 

PrintStream out - new PrintStream(res.getOutputStreamO); 
out. printing < html > "); 

out.printlnf < head > < title > Finger Servlet < /title > < /head > 

out. printing < body > "); 

out.printlnf < h2 > Finger results: < /h2 > M ); 

outprintln(" <pre> "); 

if (hosts = = null) { 

fmger(out, user, null, M yes".equalsIgnoreCase(verbose)); 
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} else " { 

StringTokenizer st = new StringTokenizer(hosts, V); 
while (st.hasMoreTokensO) { 

Siring host = st.nextTokenQ; 

out.println(T + host 4- "]"); 

try { 

fingcr(out, user, host, 

"yes" .equalsIgnoreCase(verbose)); 

} catch (IOException c) { 
out.println(c); 

} 

out.printlnQ; 

} 

} 

out. printing </pre> "); 
out.println( M </body > </html> "); 

} 

/• 

m Sends finger output for a user and host to the specified output 

* stream. 

•/ 

void finger(OutputStream out, String user, String host, boolean verbose) 
throws IOException 

{ 

// open connection to finger daemon 
Socket s; 

if (host = = null) { 

s = new Socket(InetAddress.getLoca!Host(), 

FINGER_PORT); 

} else { 

s = new Socket(host, FING ER_PORT) ; 

} 

// send finger command 
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PrintStream ps = new PrintStream(s.getOutputStream()); 
if (verbose) { 

p$.print(7W); 

} 

if (user ! = null) { 
ps.print(user); 

} 

ps.print( M \r\n"); 
ps.flushO; 

// copy results to output stream 
InputStream in = s.getInputStream(); 
byte[] buf = new byte [512]; 
int len; 

while ((len = in.read(buf, 0, buf.iength)) != -1) { 
out.write(buf, 0, len); 

} 

s.closeQ; 



} 



i hose skilled in the art w,ll apprec.ale ihat servlets wh,ch are being used with the HTTP protocol may support any 
H , , P method. ,nclud.ng GET POST HEAD and more. They may redirect requests to other locations and send HTTP- 
specific error messages. They can get access to parameters wh.ch were passed through standard HTML forms .n- 
eluding the HTTP method to be performed and the URI. which identifies the destination of the request 

As indicated above, one of the biggest performance features of servlets is that they do not require creation of a 
c!rV P T S ? reqUeS '- m ° SI environmen,s ' man V servlets run ,n parallel within the same process as the 
server When used in such environments with HTTP servlets provide compelling performance advantages over both 

hTea flST ?T the c FaS '- CG ' appr0ach - This is because »«*•'• »»v. a smal. computational expense during 
TT' Tn, T, " ^ enV ' r0nmenls servle,s can handl « -".ny client requests each Le they are 
initialized, the cost of the initialization ,s spread over many methods. All the client requests to that service have the 
opportunity to share data and communications resources, benefitting more strongly from system caches 

Java Shi^'^'^TK Wi " T eC,a ' e th3t ' he SerV ' e,S embod V ,n 9 lhe ™"«on can be used to dynamically extends 
Java-enabled servers. The servlets provide a general framework for services built using the request-response para- 

r^hJ h 7 PrOV ' de S6CUre Web ' based access 10 daIa wn «* is Presented using HTML web pages and they 

can be used or interactively viewing or modifying that data using dynamic web page generate techniques 

The servlets embodying the invention may be used to prov.de customized multiuser services for customer bases 

h^^^ST 6n H ugh 10 support s,andardized services - such as siaiic - b ° a °« 

£7* Z 7, P ; Pr0Xy,n9 S6,ViCeS SinCe ,hey afe used ,0f d * namic extensibihty. they may be used 

in a plug-in style, supporting (achties such as search engines and semKus.om applications, such as web-based order 

entry or inventory systems. 

Although the servlets are preferably written in JAVA, the servle. clients may be written in any language When 
^In'nTny Jng'uage 6 ""^ °' ^'"^ aPP ' iCa,i0n SyS ' emS - be ^ '° ^services. 
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Those skilled in [he art will appreciate that serviets rr.ay be used m several modes. The basic mode is at tne core 
of a request/response protocol in addition serviets may be specialized to support protocols sucn as HTTP in HTTP 
based applications, serviets are portable, complete, and mucn more efficient replacement for CGI based extensions 
Also m HTTP applications serviets may be used with HTML server side includes to dynamically generate part of a 
web document. 

The foregoing description, for purposes of explanation, used specific nomenclature to provide a thorough under- 
standing of examples of the invention However, it will be apparent to one skilled in the art that the specific details are 
not required in order to practice other examples of the invention. In other instances, well know circuits and devices are 
shown in block diagram form in order to avoid unnecessary distraction from the underlying principles Thus, the fore- 
going descriptions of specific embodiments of the present invention are presented for purposes of illustration and 
description 



Claims 

1 . A method executed by a local server computer under the control of a program, said local server computer including 
a memory for storing said program said local server computer forming a portion of a client-server network, said 
method comprising the steps ol: 

receiving a request from a client computer of said client-server network: 

determining that said request requires dynamically generated information from a servlet ob|ect of said client- 
server network: 

uploading from a remote server computer of said client-server network a specified servlet object corresponding 
to said request; and 

executing said specified servlet object to obtain dynamically generated information corresponding to said re- 
quest. 

2. The method of claim 1 further comprising the step of passing dynamically generated information from said specified 
servlet object to a web server operating on said local server computer, said passing step being facilitated with an 
application program interface. 

3. The method of claim 2 wherein said application programming interlace specifies techniques for performing al least 
one of the following operations: initializing a servlet object, executing a servlet object, and destroying a servlet 
object. 

4. The method of claim 2 wherein said specified servlet object and said application program interface are specified 
as object bytecodes in the JAVA programming language 

5. The method of claim 2 further comprising the step of sending said dynamically generated information from said 
web server to said client computer. 

6. The method of claim 1 wherein said executing step includes the steps of 

executing said specified servlet in a security area of said local server computer: and 

passing said dynamically generated information from said security area to a non-security area of said local 
server computer. 

7. The method of claim 1 wherein said local server computer stores a plurality of servlet objects, each of said servlet 
objects continuously operating until invoked in response to a specified request from a client computer. 

8. The method of claim 7 wherein said plurality of servlet objects pass data to one another. 

9. The method of claim 7 wherein said selected servlet objects of said plurality of servlet objects are instantiated at 
the start-up of said local server computer. 

10. The method of claim 7 wherein selected servlet objects of said plurality of servlet objects are instantiated in re- 
sponse to a demand from said client computer. 
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11. The metnod of claim 7 wherein selected servlet objects of said plurality of servlet cojecis are instantiated in re- 
sponse to an activated servlet URL. 

12. The method of claim 1 1 wherein saic servlet URL includes arguments 

1 3. The method of claim i wherein said receiving step mcluaes the step of storing said request m a connection queue 

1 4. The method of claim 1 3 wherein said determining step includes the step of selecting a handler thread from a pool 
of handler threads to execute said determining steo 

1 5. The method of claim 1 4 further comprising the step of operating said pool of handler threads by selectively creating 
a new handler thread and destroying an old handier thread 

16. The method of claim 15 wherein said operating step includes the step of reusing a buffer memory space of said 
' 5 old handler thread for said new handler thread 

1 7. A computer readable memory that can be used to direct a server computer of a client-server computer network to 
function in a specified manner, comprising 

20 a flf st set of instructions to receive a request from a client computer of said client-server network: 

a second set of instructions to determine that said request requires dynamtcally generated information from 
a servlet object of said client-server network; 

a third set of instructions to upload from a remote server computer of said client-server network a specified 
servlet object corresponding to said request, and 

a fourth set of instructions to execute said specified servlet object to obtain dynamically generated information 
corresponding to said request. 
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18. The apparatus of claim 17 further comprising a fifth set of instructions to pass, through an application program 
interface, dynamically generated information from said specified servlet object to a web server operating on said 

30 local server computer. 

19. The apparatus of claim 18 further comprising a sixth set of instructions to pass said dynamically generated infor- 
mation from said web server to said client computer 

3S 20. The apparatus of claim 1 7 further comprising a seventh set of instructions to store a plurality of servlet objects on 
said server computer each of said servlet objects continuously operating until invoked in response to a specified 
request from a client computer. 

21. The apparatus of claim 20 wherein sa.d seventh set of instructions include instructions to pass data between said 
J ° plurality of servlet objects. 

22. A computer readable memory that can be used to direct a server computer of a client-server computer network to 
function in a specified manner, comprising: 

JS a first set of instructions to receive a request from a client computer of said client-server computer network: 

a second set of instructions to determine that said request requires dynamically generated information from 
a servtet object of said server computer: 

a third set of instructions to execute said specified servlet object to obtain dynamically generated information 
corresponding to said request: and 
50 a fourlh sel ot instructions to pass said dynamically generated information to said client computer. 

23. The apparatus of claim 22 wherein said second set of instructions include instructions to interpret a servlet URL 
corresponding to said request. 
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24. The apparatus of claim 22 wherein said second set of instructions include instructions to interpret a servlet URL 
with arguments. 

25. The apparatus of claim 22 further comprising a fifth sel of instructions to store a plurality of servlet objects on said 
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server computer, each of said serviet objects continuously operating until mvokea in response to a specifiec recuest 
(rom a client computer 

26. The apparatus of claim 20 wherein said fifth set of instructions include instructions to pass cata between said 
plurahty of serviet objects. 

27. A client-server computer network comprising- 

a client computer to generate a requesi: and 
a server computer to 

determine that said request requires dynamically generated information from a serviet ooject of sate server 
computer. 

execute said specified serviet object to obtain dynamically generated information corresponding to said 
request, and 

pass said dynamically generated information to said client computer. 

28. The apparatus of claim 27 further comprising a remote server computer storing a set of serviet objects that can 
be passed to said server computer. 

29. The apparatus of claim 27 wherein said server computer stores a plurality of serviet objects, each of said serviet 
objects continuously operating until invoked in response to a specified request from saia client computer. 

30. The apparatus of claim 29 wherein said plurality of serviet objects pass data between themselves. 
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